Information terminal configured to transmit data with use of wireless communication, image processing apparatus, image processing system, and storage medium

ABSTRACT

An information terminal transmits information relating to user authentication to an image processing apparatus via short-range wireless communication. The image processing apparatus performs processing for the user authentication using the received information, and transitions to a status where a function of the image processing apparatus is used via an operation unit upon condition that the user authentication has succeeded. The information terminal transmits data to be used in any one of individual functions included in the image processing apparatus to the image processing apparatus based on receipt of information indicating successful user authentication from the image processing apparatus. After receiving the data from the information terminal, the image processing apparatus uses the received data as a setting of the function of the image processing apparatus that corresponds to the data.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/451,213, which was filed on Mar. 6, 2017 and which claims priority toJapanese Patent Application No. 2016-048340, which was filed on Mar. 11,2016. These applications are hereby incorporated by reference herein.

BACKGROUND Field

The present disclosure relates to an information processing techniqueusing wireless communication.

Description of the Related Art

It is becoming common that multifunctional peripheral apparatuses(hereinafter referred to as “MFP”) are provided with a function oftransmitting data of an image of an original document read in by ascanner to a set transmission destination (hereinafter referred to as atransmission function).

In recent years, there have been increasing needs for utilizing data ina mobile terminal for use on the MFP, which has led to emergence of afunction of enabling the MFP and the mobile terminal to cooperate witheach other, e.g., a function discussed in Japanese Patent ApplicationLaid-Open No. 2015-207875.

The MFP discussed in Japanese Patent Application Laid-Open No.2015-207875 receives data containing a transmission destination of anelectronic mail (E-mail) or the like from the mobile terminal viawireless communication. The MFP sets the transmission destination towhich the MFP transmits original document image data based on thereceived data.

In some instances, MFPs will, in view of security issues, conductauthentication management requiring a user's login as a prerequisite.Such MFPs determine whether to permit the user's login based on usercredential information received from the user. Once the user's login ispermitted, the MFP is brought into a state where each function includedin the MFP, such as a copy function and/or the transmission function,can be used via an operation panel of the MFP.

SUMMARY

According to an aspect of the present invention, a control method forcontrolling an information terminal includes transmitting informationrelating to user authentication to an image processing apparatus by afirst communication method for short-range wireless communication,wherein the image processing apparatus performs processing for the userauthentication with use of the transmitted information relating to theuser authentication, and, upon condition that the user authenticationhas succeeded, the image processing apparatus transitions to a status inwhich at least one function included in the image processing apparatuscan be used via an operation unit of the image processing apparatus, andtransmitting data to be used in any one of individual functions includedin the image processing apparatus to the image processing apparatusbased on receipt of information indicating the successful userauthentication from the image processing apparatus, wherein the imageprocessing apparatus uses the transmitted data as a setting of the atleast one function of the image processing apparatus that corresponds tothe data.

Further features will become apparent from the following description ofexemplary embodiments with reference to the attached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example of a configuration of a system to which anexemplary embodiment is applicable.

FIG. 2 is a block diagram illustrating a hardware configuration of amultifunction peripheral (MFP).

FIG. 3 is a block diagram illustrating a hardware configuration of amobile terminal.

FIGS. 4A and 4B are block diagrams illustrating software configurationsof the MFP and the mobile terminal, respectively.

FIG. 5 illustrates examples of services of Bluetooth that the MFPincludes.

FIG. 6 illustrates an example of an application menu screen of themobile terminal.

FIG. 7 illustrates an application setting screen of the mobile terminal.

FIG. 8 illustrates an example of a screen of the mobile terminal fortransmitting a destination.

FIG. 9 illustrates an example of a screen transition on the MFPregarding a login and a logout.

FIGS. 10A and 10B illustrate an example of a screen of the MFPdisplaying information for a Wireless Fidelity (Wi-Fi®) connection.

FIGS. 11A and 11B illustrate an example of a transmission screen of theMFP.

FIG. 12 illustrates an example of a pop-up screen displayed on the MFPwhen data is received from the mobile terminal.

FIG. 13 illustrates an example of an address book screen of the MFP.

FIGS. 14 (14A and 14B) is a flowchart illustrating an example ofprocessing of a destination transmission function on the mobile terminalside.

FIG. 15 is a flowchart exemplarily illustrating details of a processperformed in step S3022 illustrated in FIG. 14 (14A and 14B).

FIG. 16 is a flowchart illustrating an example of processing of thedestination transmission function on the MFP side.

FIG. 17 is a flowchart exemplarily illustrating details of a processperformed in step S4008 illustrated in FIG. 16.

FIG. 18 illustrates an example of a print screen of the mobile terminal.

FIGS. 19 (19A and 19B) is a flowchart illustrating an example ofprocessing of a print function on the mobile terminal side.

FIG. 20 is a flowchart illustrating an example of processing of theprint function on the MFP side.

DESCRIPTION OF THE EMBODIMENTS

Exemplary embodiments will be described below with reference to thedrawings.

For an MFP configured to conduct authentication management that requiresa user's login as a prerequisite, the user's login to the MFP becomesnecessary even when a mobile terminal transmits data, e.g., adestination of an electronic mail (E-mail), to the MFP.

When performing processing in cooperation with the mobile terminal onthe MFP configured to conduct the authentication management thatrequires the user's login as the prerequisite, a user typicallytransmits the data to the MFP by logging into the MFP and then operatingthe mobile terminal. The user typically performs the operation directedto the MFP and the operation directed to the mobile terminal, whichmakes the procedure cumbersome.

Under these circumstances, the present inventor(s) have considered, inview of the recent widespread use of mobile terminals equipped with awireless communication function, enabling the user to log into the MFPfrom the mobile terminal and transmit data from the mobile terminal tothe MFP would improve convenience and would address the above-describedconventional operability. In other words, the present inventor(s) haveconsidered that enabling the user to log into the MFP and transmit thedata to the MFP by simply performing the user operation from the mobileterminal would simplify the conventional cumbersome user operationnecessitating the user operations directed to the two devices, makingthis technique more user-friendly.

In light of the above, exemplary embodiments described below areconstructed to, in a cooperation between an information processingapparatus and an external apparatus, enable the user to easily achievethe cooperation with the mobile terminal via wireless communicationsuitable for a situation without being forced to engage in a cumbersomeoperation.

After logging into the MFP, the user can perform processing by selectingany of individual functions included in the MFP from an operation panelof the MFP. Therefore, the user will typically log in while stayingclose to the MFP.

Therefore, login from a user located at a position away from the MFP istypically not permitted, even when the MFP is configured to enable theuser to log into the MFP via wireless communication. In other words,wireless communication covering a relatively narrow communication rangeis more suitable for the login using the wireless communication thanwireless communication covering a relatively wide communication range.

When the user transmits data from the mobile terminal to the MFP viawireless communication, the amount of data being transmitted can belarge. In other words, high-speed wireless communication, which cantransmit a large amount of data in a short time period, is suitable forthe wireless communication to be used to transmit the data. In thismanner, a characteristic of the wireless communication is differentbetween when the login is attempted from the mobile terminal to the MFPand when the data is transmitted from the mobile terminal to the MFP.

The exemplary embodiments described below are constructed to, in thecooperation between an information processing apparatus and an externalapparatus, enable a user to easily achieve the cooperation with themobile terminal via wireless communication suitable for the situationwithout being forced to engage in cumbersome operation(s).

<System Configuration According to First Exemplary Embodiment>

FIG. 1 illustrates one example of a configuration of a system to which afirst exemplary embodiment is applicable.

As exemplified in FIG. 1, in the system according to the presentexemplary embodiment, a mobile terminal 101, an MFP 102, and an accesspoint 103 are communicable via respectively corresponding Wi-Fi®communication (communication in conformity to the communicationstandards defined as the Institute of Electrical and ElectronicsEngineers (IEEE) 802.11 series). The configuration illustrated in FIG. 1is merely an example of a common configuration. Therefore, for example,the mobile terminal (a portable terminal) 101 can be any other type ofinformation apparatus.

The mobile terminal 101 and the MFP 102 can connect to and communicatewith each other in the Wi-Fi® infrastructure mode via the access point103. The MFP 102 can itself operate in the access point mode of Wi-Fi®,i.e., the Wi-Fi® AP mode. In this case, the mobile terminal 101 and theMFP 102 can also directly connect to and communicate with each other viathe direct Wi-Fi® connection without using the access point 103. TheWi-Fi® AP mode is also called the software access point mode.

Next, hardware configurations of the MFP 102 and the mobile terminal 101will be described with reference to FIGS. 2 and 3, respectively.

<Hardware Configuration of MFP 102>

FIG. 2 illustrates one example of the hardware configuration of the MFP102.

As illustrated in FIG. 2, the MFP 102 includes a central processing unit(CPU) 201, which executes software stored in a read only memory (ROM)202 or, for example, a hard disk (a hard disk drive (HDD)) 213. The CPU201 comprehensively controls each device connected to a system bus 216.

A random access memory (RAM) 203 functions as a main memory, a workarea, and/or the like of the CPU 201. An operation unit controller 208controls, for example, various kinds of buttons (not illustrated), or anoperation panel 209 and a display 211 provided on the MFP 102. A diskcontroller 212 controls the HDD 213. The HDD 213 can also be used as alocation where an image is temporarily stored. The MFP 102 can includeanother storage device, such as a solid state drive (SSD), instead of ortogether with the HDD 213.

A network interface (I/F) 207 bi-directionally exchanges data withanother network apparatus, a file server, or the like via a network 220.

The MFP 102 also includes a wireless local area network (LAN) I/F 206.When operating in the infrastructure mode, the wireless LAN I/F 206connects to the network 220 via an access point, and bi-directionallyexchanges data with another network apparatus, a file server, or thelike via the access point. When the wireless LAN I/F 206 is operating inthe Wi-Fi® AP mode, the MFP 102 can operate as the access point, andcarry out the wireless communication connection directly with the mobileterminal 101 or the like. In other words, the MFP 102 includes afunction of carrying out the communication between the mobile terminal101 and the MFP 102 without going through an access point outside themobile terminal 101 and the MFP 102. This communication function isenabled, as described in detail below, when the MFP 102 receives arequest to start the Wi-Fi® AP mode from the mobile terminal 101.

A printer 214 is a printing unit for printing data onto paper or thelike that is realized by, for example, an electrophotographic method.The printing method however is not limited to the electrophotographicmethod, and can be any printing method.

A scanner 215 is an image reading unit for reading in an image printedon paper or the like. In many cases, the scanner 215 is equipped with anautomatic document feeder (ADF) (not illustrated) as an option, and canautomatically read in a plurality of original documents.

The MFP 102 also includes a Bluetooth® I/F 205. The MFP 102 can transmitand receive data to and from various kinds of peripheral devices via theBluetooth® I/F 205. Regarding Bluetooth®, devices supporting Bluetooth®Low Energy designed for power saving communication have started becomingalso common in recent years.

<Hardware Configuration of Mobile Terminal 101>

FIG. 3 illustrates one example of the hardware configuration of themobile terminal 101. The mobile terminal 101 according to the presentexemplary embodiment is assumed to be an apparatus such as a smart-phoneand a tablet-type computer, but can be any other apparatus as long as itis an information processing apparatus that carries out Wi-Fi®communication and Bluetooth® Low Energy communication.

Referring to FIG. 3, the mobile terminal 101 includes a CPU 307. The CPU307 reads out a control program stored in a flash memory 310, andperforms various kinds of processing for controlling an operation of themobile terminal 101. The flash memory 310 stores the control program. ARAM 309 is used as a temporary storage area, such as a main memory and awork area of the CPU 307. The flash memory 310 is also used to storevarious kinds of data, such as digital images and electronic documents.

An operation panel 301 includes a touch panel function that detects, forexample, a user touch operation, and displays various kinds of screensprovided by an operating system (OS) and various kinds of applications,e.g., an E-mail transmission application. The user can input a desiredoperation instruction to the mobile terminal 101 by inputting the touchoperation onto the operation panel 301. The mobile terminal 101 includesa not-illustrated hardware key, and the user can also input theoperation instruction to the mobile terminal 101 using this hardwarekey. The user can also input the instruction with a voice from anot-illustrated microphone.

A camera 304 captures an image according to an imaging instruction fromthe user. The image captured by the camera 304 is stored in apredetermined area in the flash memory 310. The CPU 307 can also acquireinformation from a Quick Response (QR) Code® read out by the camera 304with use of a program capable of analyzing the QR Code®.

The mobile terminal 101 also includes a Bluetooth® I/F 306. The mobileterminal 101 can transmit and receive data to and from various kinds ofperipheral devices via the Bluetooth® I/F 306. The Bluetooth® I/F 306can support Bluetooth® Low Energy communication. The mobile terminal 101also includes a wireless LAN I/F 311. The mobile terminal 101 cantransmit and receive data to and from various kinds of peripheraldevices via the wireless LAN I/F 311. The wireless LAN I/F 311 canconnect to the MFP 102 via the access point 103 or directly withoutgoing through the access point 103.

<Software Configurations according to Present Exemplary Embodiment>

Next, software configurations of the MFP 102 and the mobile terminal 101will be described with reference to FIGS. 4A and 4B, respectively.

FIG. 4A is a block diagram illustrating one example of the softwareconfiguration of the MFP 102 and a data area managed by the software.The CPU 201 executes the program stored in the ROM 202 or the like, bywhich the software illustrated in FIG. 4A functions.

In FIG. 4A, a platform 806 can be constructed in the form of includingan operating system, such as Linux®, a JAVA® virtual machine, an OpenServices Gateway initiative (OSGi) framework, and/or a group of devicedrivers. The platform 806 includes device drivers for controllingvarious kinds of hardware, and provides an application programminginterface (API) for using the hardware to an application running on theplatform 806.

For example, the Bluetooth® control unit 807 is a device driver forcontrolling the Bluetooth® I/F 205. A network control unit 808 is adevice driver for controlling the wireless LAN I/F 206 and the networkI/F 207. In addition, while not illustrated, a printer module forcontrolling the printer 214, a scanner module for controlling thescanner 215, and the like are also prepared in the platform 806. Theplatform 806 also provides an API for reading and writing data from andinto a document 809 and a print job 810 to the application. The document809 and the print job 810 indicate data areas of data managed whilebeing recorded in the RAM 203 or the HDD 213 by the platform 806.

Copy 801, transmission 802, and print 803 are applications that run onthe platform 806, and display user interfaces for presenting variouskinds of functions on the display 211. For example, the copy 801 carriesout copying by controlling the scanner 215 and the printer 214 via theplatform 806. The transmission 802 provides a function of transmittingthe read document data to the network 220 by controlling the scanner 215and the network I/F 207. The print 803 provides a function for printingthe document data stored in the document 809 and a print job held in theprint job 810.

A menu 800 is a module that displays a menu for selecting anapplication, e.g., the copy 801, the transmission 802, and the print803, from the display 211. A remote user interface (UI) 811 provides auser interface for managing settings of the MFP 102 and a user interfacefor printing the document data stored in the document 809 to, forexample, the mobile terminal 101. A login service 804 is a module thatprovides a login function for using the MFP 102. A user account 805indicates a data area of data managed while being recorded in the RAM203 or the HDD 213 by the login service 804.

<Description of Overview of Login Service 804>

The login service 804 includes (1) a function of managing a useraccount, (2) a local login function, (3) a login function for accessinga service of the Bluetooth® Low Energy communication, and (4) a remotelogin function.

(1) Function of Managing User Account

The login service 804 provides a user interface to the user forregistering and managing the user's account. The login service 804records information registered via the user interface in the useraccount 805 and manages it. Examples of the managed information includea username, a password, and a role, like examples indicated in thefollowing table 1 (a user information list).

TABLE 1 User Information List Username Password Role Alice Password1Administrator Bob Password2 General User Carol Password3 General UserDave Password4 Guest User(2) Local Login Function

The login service 804 provides a login/logout function to the user usingthe operation unit. The login service 804 displays a login screen 701(FIG. 9) on the display 211, and blocks a user not logged in from usingthe function. The number of users permitted to locally log in at thesame time is one, and a plurality of users cannot locally log in at thesame time. If the user's login succeeds, the login service 804 causesthe display 211 to transition from the login screen 701 to a menu screen705 (FIG. 9), thereby bring the MFP 102 into a status where the user canuse the MFP 102. The login service 804 provides a plurality of loginmethods as methods for locally logging in. For example, the loginservice 804 provides the login methods like the following examples:

a. Keyboard Login Method

ii) The login service 804 performs login processing by displaying asoftware keyboard on the login screen 701 on the display 211, acquiringthe username and the password input thereon, and authenticating theuser.

b. Mobile Login Method

iii) The login service 804 performs login processing by receiving alogin request together with user authentication information from themobile terminal 101 via the Bluetooth® Low Energy communication, andauthenticating the user.

iv) The login service 804 is a mechanism that permits or rejects thelogin depending on a status of the MFP 102 when the above-describedlogin is attempted. The MFP 102 records StatusID indicated in thefollowing table 2 (a list of statuses in which the login is possible orimpossible) into the RAM 203, and manages it. The mobile login isrealized with use of a user authentication service 1000 illustrated inFIG. 5, which will be described below.

TABLE 2 List of Statuses in which Login is Possible or ImpossibleStatusID Meaning 1 Login is possible 2 Login is impossible becauseanother user is logged in 3 Login is impossible because the login screenis not displayed now 4 Login is impossible because the mobile login isprohibited

The MFP 102 conducts status management that controls the status of theMFP 102 in such a manner that the status transitions to a status capableof receiving the transmission of the data from the mobile terminal 101based on whether the local login processing has succeeded. Morespecifically, the MFP 102 controls the status of the MFP 102 in such amanner that the status remains a status incapable of receiving thetransmission of the data from the mobile terminal 101 if no user islocally logged in, and transitions to the status capable of receivingthe transmission of the data from the mobile terminal 101 if the locallogin succeeds.

The login service 804 includes the following plurality of methods aslogout methods after the local login:

A method that displays a logout button on the operation panel 209 andperforms logout processing upon detecting that the button is pressed.

A method that performs the logout processing if no operation is input onthe operation panel 209 and the display 211 for a predetermined timeperiod.

A method that performs the logout processing in response to a logoutrequest from the mobile terminal 101.

After the logout processing, the login service 804 displays the loginscreen 701.

(3) Remote Login Function

The login service 804 provides a login/logout function when the remoteUI 811 is used with regard to the remote login function. For example,when detecting access from the mobile terminal 101 to the remote UI 811,the login service 804 transmits a login screen written in HypertextMarkup Language (HTML) to the mobile terminal 101. The login service 804acquires a username and a password input on the above-described loginscreen and authenticates the user, thereby permitting the login to theremote UI 811. The login service 804 is configured to allow a pluralityof users to remotely log in at the same time with regard to the remotelogin function.

(4) Login Function for Accessing Service of Bluetooth® Low EnergyCommunication

The login service 804 provides a login/logout function for accessing aservice published via Bluetooth® Low Energy (FIG. 5) with regard to thelogin function for accessing the service of the Bluetooth® Low Energycommunication. The present function also carries out the authenticationvia the Bluetooth® Low Energy communication, but does not switch thescreen displayed on the display 211 after the login, unlike the “mobilelogin method” in the local login function.

<Software Configuration of Mobile Terminal 101>

FIG. 4B is a block diagram illustrating one example of the softwareconfiguration of the mobile terminal 101.

The mobile terminal 101 includes a platform 902 and an MFP cooperationapplication (hereinafter referred to as an application) 900 as software.The CPU 307 executes the program stored in the flash memory 310, bywhich the platform 902 functions. The application 900 is also a programstored in the flash memory 310, and functions by being executed by theCPU 307 under control by the platform 902.

The platform 902 can be embodied by a platform (an OS and the like) suchas Android® and iOS®. The platform 902 includes a group of devicedrivers for controlling various kinds of hardware of the mobile terminal101, and provides APIs for using the various kinds of hardware to theapplication 900 running on the platform 902.

The application 900 is software that performs each processing bycontrolling the hardware of the mobile terminal 101 via the API providedby the platform 902. More specifically, the application 900 requests theplatform 902 to perform processing via the API, and the platform 902performs the desired processing by the hardware using a device driveraccording to a content of the requested processing. Then, the platform902 returns a result of this processing to the application 900 via theAPI.

In the present exemplary embodiment, the group of device driversincludes a Bluetooth® control unit 903 and a wireless network controlunit 904. The Bluetooth® control unit 903 is a device driver forcontrolling the Bluetooth® I/F 306. The wireless network control unit904 is a device driver for controlling the wireless LAN I/F 311.

To carry out the data transmission and reception with an apparatusexternal to the mobile terminal 101, e.g., the MFP 102, via theBluetooth® Lowe Energy communication, the application 900 first requeststhe platform 902 to carry out the data transmission and reception withthe external apparatus via the Bluetooth® Low Energy communication.Then, the platform 902 controls the Bluetooth® I/F 306 with theBluetooth® control unit 903 to carry out the data transmission andreception with the external apparatus via the Bluetooth® Low Energycommunication. In the following description, unless otherwise indicated,the data transmission and reception between the application 900 and theexternal apparatus are assumed to be carried out via the Bluetooth® LowEnergy communication according to such a processing procedure when theapplication 900 carries out the data transmission and reception with theexternal apparatus via the Bluetooth® Low Energy communication.

To carry out the data transmission and reception with an apparatusexternal to the mobile terminal 101, e.g., the MFP 102, via the Wi-Fi®communication, the application 900 first requests the platform 902 tocarry out the data transmission and reception with this externalapparatus via the Wi-Fi® communication. Then, the platform 902 controlsthe wireless LAN I/F 311 using the wireless network control unit 904 tocarry out the data transmission and reception with the externalapparatus via the Wi-Fi® communication. In the following description,unless otherwise indicated, the data transmission and reception betweenthe application 900 and the external apparatus are assumed to be carriedout via the Wi-Fi® communication according to such a processingprocedure when the application 900 carries out the data transmission andreception with the external apparatus via the Wi-Fi® communication.

The application 900 includes, for example, the following functions:

(1) A function of connecting to the MFP 102 via the Bluetooth® LowEnergy communication and issuing the login request and the logoutrequest. The user can prerecord the user authentication information (theusername and the password) to be used at the time of the login requestinto the flash memory 310 as authentication information 901 with use ofthe application 900. For example, the user prerecords information likeexamples indicated in the following table 3 (authenticationinformation):

TABLE 3 Authentication Information Item Value Username Alice PasswordPassword1ii) (2) A function of connecting to the MFP 102 via the Bluetooth® LowEnergy communication and performing processing for starting/stopping theWi-Fi® AP mode. A Wi-Fi® AP mode start/stop service 1006 illustrated inFIG. 5 is used in this processing. Details thereof will be describedbelow.iii) (3) A function of launching a web browser 905 and connecting to theremote UI 811.iv) (4) A function of transmitting information such as destination dataregistered with an address book 906 of the mobile terminal 101, asubject, a message body, and a name of an attached file when an E-mailis transmitted, to the MFP 102 using the Wi-Fi® communication. In thepresent exemplary embodiment, the address book 906 is managed by theapplication 900, but can be managed by the platform 902. In this case,the application 900 is configured to request the destination data in theaddress book 906 to the platform 902 to acquire the destination dataregistered with the address book 906. Assume that the application 900holds, for example, a setting value like examples indicated in thefollowing table 4 (a list of Bluetooth® connection settings for thedestination transmission). The following table 4 means that, when thedata, e.g., the destination, is transmitted using the Bluetooth® LowEnergy communication, this transmission is possible only when a distancebetween the mobile terminal 101 and the MFP 102 is less than 50 cm. Themobile terminal 101 is configured in such a manner that the datatransmission can be used only when the distance is less than 50 cm forthe purpose of guaranteeing that the user using the data transmissionstays by the MFP 102. This is because, if the destination transmissioncan be used from a distant location contrary thereto, the destinationcan be unknowingly set to the MFP 102 while another user is using theMFP 102, and the E-mail can be accidentally transmitted. In the presentexemplary embodiment, the mobile terminal 101 estimates the distancebetween the mobile terminal 101 and the MFP 102 using the Bluetooth® LowEnergy communication before attempting the login of the above-describedfunction (1). Then, the distance is estimated to be less than apredetermined distance (less than 50 cm in the example indicated in thetable 4), the mobile terminal 101 attempts the login of theabove-described function (1). If this distance is estimated to be thepredetermined distance or longer, the mobile terminal 101 does notattempt the login of the above-described function (1).

TABLE 4 List of Bluetooth ® Connection Settings for DestinationTransmission Distance Status Less than 50 cm Data transmission ispossible Greater than or equal to 50 cm Data transmission is impossible

The mobile terminal 101 can be configured in such a manner that the userof the mobile terminal 101 can change the distance in theabove-described list of Bluetooth® connection settings for thedestination transmission, or can be configured to acquire the settingfrom the MFP 102. The mobile terminal 101 uses a received signalstrength indicator (RSSI) (a strength of a received signal) ofBluetooth® issued from the MFP 102 for the measurement of the distancefrom the MFP 102. For example, data indicating a relationship betweenthe RSSI and the distance from the MFP 102 can be created like dataindicated in the following table 5 (a list of RSSIs and estimateddistances), with use of such a property that, as the distance betweenthe MFP 102 and the mobile terminal 101 increases, the RSSI attenuates.Then, the mobile terminal 101 measures the distance from the MFP 102 byusing this data.

TABLE 5 List of RSSIs and Estimated Distances RSSI (dBm) EstimatedDistance −40 10 cm −50 50 cm −59 1 m −62 2 m<Functions and Services of Bluetooth® that MFP 102 Includes>

When the MFP 102 according to the present exemplary embodiment ispowered on, the platform 806 activates Bluetooth® and transmits anadvertising packet of Bluetooth® at predetermined time intervals via theBluetooth® control unit 807. The advertising packet contains data likethe following examples: Local Name: indicates a device name or the like,such as “Canxn MFP CXXX”.

Manufacturer Specific Data: an identifier of a company and arbitrarydata are stored therein.

TX Power Level: indicates a strength of transmitted radio waves, such as−38 dBm.

Service Universally Unique Identifiers (UUIDs): indicate UUIDsidentifying functions of the device.

FIG. 5 illustrates one example of services of the Bluetooth® Low Energycommunication that the MFP 102 includes.

The MFP 102 according to the present exemplary embodiment publishesvarious kinds of services defined in Generic Attribute Profile (GATT) tothe mobile terminal 101 connected via the Bluetooth® Low Energycommunication. These services are the user authentication service 1000,the Wi-Fi® AP mode start/stop service 1006, and a Wi-Fi® connectioninformation acquisition service 1008. Next, details thereof will bedescribed.

First, the user authentication service 1000 will be described.

The user authentication service 1000 includes the followingcharacteristics defined in the GATT profile. A profile and acharacteristic in GATT are in a relationship to each other like arelationship between a class and a member variable in an object-orientedconcept. The login service 804 reads and writes a value of each of thecharacteristics via the API provided by the platform 806 and theBluetooth® control unit 807.

StatusID 1001 is a characteristic indicating a status regarding whetherthe login to the MFP 102 is possible. The mobile terminal 101 acquiresStatusID 1001 by a read operation, thereby acquiring the statusregarding whether the login to the MFP 102 is possible. The MFP 102stores the value indicated in the table 2 (the list of statuses in whichthe login is possible or impossible) as the value of StatusID 1001. Thelogin service 804 changes this value according to a change in thestatus. When the value is changed, the Bluetooth® control unit 807notifies the currently connected mobile terminal 101 of the change inthe value by Notification in Attribute Protocol (ATT).

UserName 1002 and Password 1003 are characteristics used for the mobileterminal 101 to input the username and the password by a write operationwhen issuing the login request, respectively. UserName 1002 and Password1003 can be configured as characteristics requiring encryption for awrite operation.

RequestID 1004 is a characteristic used for the mobile terminal 101 toinput a request to the user authentication service 1000 by a writeoperation. For example, the mobile terminal 101 inputs a value ofRequestID, like examples indicated in the following table 6 (a list ofRequestIDs) into RequestID 1004 by a write operation as the request tothe user authentication service 1000.

TABLE 6 List of RequestIDs RequestID Meaning 1 Login Request 2 LogoutRequest 3 Login Request for Accessing Bluetooth Service

ResultID 1005 is a characteristic used for the MFP 102 to store anauthentication result when carrying out the user authentication (whetherthe user authentication succeeds) in response to the login request fromthe mobile terminal 101. For example, the MFP 102 stores a value ofResultID like examples indicated in the following table 7 (a list ofResultIDs) into ResultID 1005 as the authentication result.

TABLE 7 List of ResultIDs ResultID Meaning 1 Success in Login 2 Failurein Login 3 Cancel 4 Another Error

When the MFP 102 stores the authentication result into ResultID 1005,the Bluetooth® control unit 807 notifies the currently connected mobileterminal 101 of the change in the value of the authentication result byNotification in ATT.

Next, the Wi-Fi® AP mode start/stop service 1006 will be described.

The Wi-Fi® AP mode start/stop service 1006 includes the followingcharacteristic defined in the GATT profile.

Status 1007 stores therein a value like examples indicated in thefollowing table 8 (a list of Statuses of the Wi-Fi® AP mode).

TABLE 8 List of Statuses of the Wi-Fi ® AP mode Status Meaning 1 StartedStatus 2 Stopped Status

The MFP 102 provides a function of enabling the direct Wi-Fi® connectionbetween the MFP 102 and the mobile terminal 101 according to a requestfrom the mobile terminal 101 using the Bluetooth® Low Energycommunication by the Wi-Fi® AP mode start/stop service 1006.

Next, the Wi-Fi® connection information acquisition service 1008 will bedescribed.

The Wi-Fi® connection information acquisition service 1008 includes thefollowing characteristics defined in the GATT profile.

Primary IP Address 1009 and Primary MAC address 1010 are characteristicsindicating an Internet Protocol (IP) address and a media access control(MAC) address when the MFP 102 is connected to the access point 103 inthe infrastructure mode, respectively.

SSID 1011 and KEY 1012 are characteristics indicating an identifier (aservice set identifier (SSID)) identifying a direct network and a keyfor connecting to the direct network when the MFP 102 is in operation inthe Wi-Fi® AP mode, respectively.

Direct IP Address 1013 and Direct MAC Address 1014 are characteristicsindicating an IP address and a MAC address when the MFP 102 is inoperation in the Wi-Fi® AP mode, respectively.

<Screens of Mobile Terminal 101>

Screens of the mobile terminal 101 will be described with reference toFIGS. 6, 7, and 8.

<Application Menu Screen of Mobile Terminal 101>

FIG. 6 illustrates one example of a mobile application menu screen 406on the mobile terminal 101. The user can select a setting of a mobileapplication and a function that the user wants to use using the presentscreen. This screen is displayed, for example, when the mobileapplication is launched.

Function selection buttons 401, 402, 403, and 404 are each a button withwhich the user can issue an instruction to start use of a functionprovided by the mobile application.

For example, the function selection button 401 is a button for selectinga “destination transmission” application for setting the destination andthe mail information to be transmitted from the mobile terminal 101 tothe MFP 102. When the function selection button 401 is pressed, themobile terminal 101 causes the screen to transition to a destinationtransmission screen 480 illustrated in FIG. 8, which will be describedbelow.

The function selection button 402 is a button for selecting a “print”application for transmitting print data from the mobile terminal 101 tothe MFP 102. When the function selection button 402 is pressed, themobile terminal 101 causes the screen to transition to a print screenillustrated in FIG. 18, which will be described below. The functioncorresponding to this function selection button 402 will be described ina description of a second exemplary embodiment.

The function selection buttons 403 and 404 are buttons for selecting anapplication A and an application B, respectively.

The mobile terminal 101 keeps a record of each MFP that the mobileapplication has ever previously communicated with in the flash memory310, and an MFP list display section 405 displays a list thereof. Theuser can specify the MFP 102 that is the communication destination byselecting it from this MFP list display unit 405.

When a mobile application setting button 407 is pressed, the mobileterminal 101 causes the screen to transition to a screen 450 for settingthe mobile application, which is illustrated in FIG. 7.

<Application Setting Screen of Mobile Terminal 101>

FIG. 7 illustrates one example of the mobile application setting screen450 on the mobile terminal 101.

When the user presses an application setting button 412, the mobileterminal 101 displays a list of setting items of the mobile application(not illustrated). The setting items of the mobile application include,for example, registration of a setting of the user authenticationinformation (the authentication information such as the exampleindicated in the table 3) for the MFP 102.

When the user presses a return button 411, the mobile terminal 101 holdsthe setting of the mobile application configured via the mobileapplication setting screen 450, and causes the screen to transition tothe mobile application menu screen 406 illustrated in FIG. 6.

<Destination Transmission Screen of Mobile Terminal 101>

FIG. 8 illustrates one example of the destination transmission screen480 on the mobile terminal 101.

The user can input information required to transmit the E-mail using thedestination transmission screen 480.

The destination transmission screen 480 includes an E-mail address field(“To”) 441 for selecting a destination in the address book 906 stored inthe flash memory 310 of the mobile terminal 101 and inputting theselected destination. A plurality of destinations can be specified atthe same time in the E-mail address field (“To”) 441.

Similarly, an E-mail address field (“Cc”) 447 is a field for selecting adestination in the address book 906 stored in the mobile terminal 101and inputting the selected destination. A plurality of destinations canbe specified at the same time in the E-mail address field (“Cc”) 447.

Similarly, an E-mail address field (“Bcc”) 448 is a field for selectinga destination in the address book 906 stored in the mobile terminal 101and inputting the selected destination. A plurality of destinations canbe specified at the same time in the E-mail address field (“Bcc”) 448.

The E-mail address field (“To”) 441, the E-mail address field (“Cc”)447, and the E-mail address field (“Bcc”) 448 can also be specified byinputting a new destination from a software keyboard on the mobileterminal 101.

A subject field 442 is a field for inputting a subject of the E-mail.

A message body field 443 is a field for inputting a message body of theE-mail.

A filename field 444 is a field for inputting a name of a file attachedto the E-mail.

The user can input a character string into the subject field 442, themessage body field 443, and the filename field 444 using the softwarekeyboard on the mobile terminal 101.

The input can be entered into any of the fields using not only thesoftware keyboard but other input methods as well, such as voicerecognition.

The system can be configured in such a manner that, besides theinformation (the destination and the like) required to transmit theE-mail illustrated in FIG. 8, another information, like a scan settingwhen the MFP 102 scans the original document, such as a resolution and acolor mode, can also be set from the mobile terminal 101 to the MFP 102.While details thereof will not be described herein, this information canbe set by a similar method to the information required to transmit theE-mail.

When the user presses a button 445 for transmitting the data to theprinter, the mobile terminal 101 performs processing for transmittingthe data, such as the destination input on the destination transmissionscreen 480, to the MFP 102, which will be described below with referenceto FIG. 14 (14A and 14B). Upon completing the data transmission to theMFP 102, the mobile terminal 101 clears all of the inputs on thedestination transmission screen 480, and returns the screen display tothe mobile application menu screen 406 illustrated in FIG. 6. If thedata transmission fails, the mobile terminal 101 displays an error, andkeeps the screen display presenting the destination transmission screen480 without clearing the inputs on the destination transmission screen480.

<Screens of MFP 102>

Next, screens displayed on the display 211 of the MFP 102 will bedescribed with reference to FIGS. 9, 10A and 10B, 11A and 11B, and 12.

<Screens of MFP 102 During Login/Logout>

FIG. 9 illustrates one example of the screens and a screen transitionregarding the login and logout.

For example, in a state before the user logs into the MFP 102, the MFP102 displays the login screen 701 and waits to receive inputs into auser identification (ID) 702, a password 703, and an event that a loginbutton 704 is pressed, or to receive the login request from the mobileterminal 101 via Bluetooth®.

The MFP 102 performs the login processing upon receipt of the pressingof the login button 704 or the login request via Bluetooth®. Then, theMFP 102 controls the display so as to cause the screen to transition tothe menu screen 705 if the login succeeds, and display the originallydisplayed login screen 701 if the login fails.

The menu screen 705 includes buttons for calling various kinds ofapplications (a copy button 706, a transmission button 707, and a printbutton 708 in the case of the example illustrated in FIG. 9), and alogout button 709. When detecting that the logout button 709 is pressed,the MFP 102 performs the logout processing and displays the login screen701.

<Portal Screen for Mobile Connection on MFP 102>

FIGS. 10A and 10B illustrate one example of a portal screen for carryingout the Wi-Fi® connection between the MFP 102 and the mobile terminal101. This screen is displayed by pressing a button 608 for specifyingthe destination from the mobile apparatus on a transmission screen 601illustrated in FIG. 11A, which will be described below.

A mobile portal screen 501 includes an infrastructure connection modebutton 504 and a direct connection mode button 505. The infrastructureconnection mode button 504 is a button for switching the screen to adisplay for connecting to the mobile terminal 101 in the Wi-Fi®infrastructure mode (FIG. 10B). The direct connection mode button 505 isa button for switching the screen to a display for connecting to themobile terminal 101 via the Wi-Fi® direct communication (FIG. 10A).

FIG. 10A illustrates an example of the display when the directconnection mode button 505 is pressed.

When the user presses a Wi-Fi® direct communication operation button502, the MFP 102 starts or ends the Wi-Fi® direct communication. Theexample illustrated in FIG. 10A indicates a state in which the Wi-Fi®direct communication is started, whereby pressing the Wi-Fi® directcommunication operation button 502 results in the end of the Wi-Fi®direct communication.

When the Wi-Fi® direct communication is started, the MFP 102 displaysinformation required for the Wi-Fi® direct communication on the mobileportal screen 501, and, along therewith, displays a QR Code® 503 inwhich these pieces of information are embedded. The information requiredfor the Wi-Fi® direct communication is, for example, the SSID and thekey, but is not limited thereto. When the Wi-Fi® direct communicationends, the displays of these pieces of information required for theWi-Fi® direct communication and the QR Code® 503 are removed.

FIG. 10B illustrates the display when the infrastructure connection modebutton 504 is pressed. On this screen, the MFP 102 displays informationfor carrying out the Wi-Fi® infrastructure connection between the mobileterminal 101 and the MFP 102 via the access point 103, and, alongtherewith, displays a QR Code® 506 in which these pieces of informationare embedded. The information required for the Wi-Fi® infrastructureconnection is, for example, the IP address of the MFP 102, but is notlimited thereto.

For example, in the case of the Wi-Fi® direct connection, the mobileterminal 101 can automatically acquire the SSID and the key by readingout the QR Code® 503, and hand over the connection to the Wi-Fi® directnetwork to be brought into a state communicable with the MFP 102.

In the case of the Wi-Fi® infrastructure connection, the mobile terminal101 can automatically acquire the IP address of the MFP 102 by readingout the QR Code® 506, and be paired with the MFP 102 to determine theconnection destination.

As long as the Bluetooth® I/F 205 is ready to be used on the MFP 102,the mobile terminal 101 can acquire the same information as theinformation acquirable from the above-described QR Code® 503 or 506using the Bluetooth® Low Energy communication function of the mobileterminal 101, and carry out the Wi-Fi® connection.

<Transmission Screen of MFP 102>

FIGS. 11A and 11B illustrate one example of the transmission screen 601of the MFP 102.

FIG. 11A corresponds to a display example of the screen before thedestination is set on the transmission screen 601 of the MFP 102. Forexample, the user presses the transmission button 707 illustrated inFIG. 9 to display the screen.

In FIGS. 11A and 11B, the transmission screen 601 is a screen forconfiguring destination and scan settings. A destination set as thetransmission destination is displayed in the form of a list in adestination list 602. The destination is an address of an E-mail,facsimile (FAX), a server, or the like. The display example illustratedin FIG. 11A indicates the destination list 602 with the transmissiondestination not yet set therein. When the user presses a destinationspecifying button 609, the screen transitions to an address book screen614 illustrated in FIG. 13, which enables the user to select adestination from destinations registered with an address book of the MFP102 to add the selected destination to the destination list 602.

Scan setting buttons 603 enable the user to change the scan settings.

When a detailed information button 605 is pressed, the MFP 102 causesthe screen to transition to a screen where detailed information of theselected destination is displayed. When a destination deletion button606 is pressed, the MFP 102 can delete the selected destination. When another settings button 607 is pressed, the MFP 102 displays a screenpresenting a menu list of changes in the contents of the transmission(not illustrated). When the button 608 for specifying the destinationfrom the mobile apparatus is pressed, the MFP 102 causes the screen totransition to the mobile portal screen 501 illustrated in FIG. 10A or10B.

<Transmission Screen when Destination Data is Received>

Next, a screen of the MFP 102 after the data is received from the mobileterminal 101 via the Wi-Fi® communication will be described withreference to FIGS. 11B and 12.

FIG. 11B corresponds to a display example of the screen after thedestination is set on the transmission screen 601 of the MFP 102.

When receiving the data from the mobile terminal 101 via the wirelessLAN, the MFP 102 displays the E-mail address contained in the receiveddata in the destination list 602 on the transmission screen 601 asillustrated in FIG. 11B. At this time, the subject, the message body,the filename, and the like contained in the received data are notdisplayed on the transmission screen 601. However, the user can confirmand correct the received transmission settings by selecting respectivetransmission setting functions from the screen presenting the menu listof changes in the contents of the transmission (not illustrated), whichis displayed by pressing the other settings button 607.

When receiving the data from the mobile terminal 101 via the Wi-Fi®communication, the MFP 102 displays a pop-up notifying the user that thedata is received from the mobile terminal 101, like an exampleillustrated in FIG. 12.

FIG. 12 illustrates one example of the pop-up displayed immediatelyafter the setting of the E-mail transmission from the mobile terminal101 is reflected on the transmission screen 601 of the MFP 102.

In FIG. 12, a message field 611 is a field for notifying the user thatthe data is received from the mobile apparatus. When the user presses anOK button 612, the MFP 102 closes the pop-up including the message field611, and displays the transmission screen 601 illustrated in FIG. 11B.

<Address Book Screen of MFP 102>

FIG. 13 illustrates one example of the address book screen 614 of theMFP 102. The user presses the destination specifying button 609, bywhich this screen is displayed.

A destination display field 615, which displays the destinationsregistered with the address book held in the HDD 213 of the MFP 102, isprepared on the address book screen 614, and one or more destination(s)can be selected therefrom. When the user presses an OK button 616, theMFP 102 closes the address book screen 614, and sets the destinationselected from the destination display field 615 into the destinationlist 602 on the transmission screen 601 as illustrated in FIG. 11B. Whenthe user presses a cancel button 617, the MFP 102 closes the addressbook screen 614, and does not update the destination list 602 on thetransmission screen 601.

<Processing of Destination Transmission Function on Mobile Terminal 101Side>

FIG. 14 (14A and 14B) is a flowchart illustrating one example ofprocessing of the destination transmission function on the mobileterminal 101 according to the first exemplary embodiment. The CPU 307executes the application 900 under the control by the platform 902, bywhich a series of processes illustrated in the flowchart of FIG. 14 (14Aand 14B) and a flowchart of FIG. 15, which will be described below, isrealized. In the following description, processing performed by theapplication 900 executed by the CPU 307 will be described assuming thatthe application 900 serves as a performer thereof. Further, processingperformed by the platform 902 executed by the CPU 307 will be describedassuming that the platform 902 serves as a performer thereof.

In step S3000, upon detecting an input into each of the fields forinputting the E-mail addresses (441, 447, and 448 illustrated in FIG. 8)and the fields for inputting the mail information, such as the subject,the filename, and the message body (442, 444, and 443 illustrated inFIG. 8) on the operation panel 301, the application 900 stores the inputdata into the RAM 309.

Next, in step S3001, the application 900 detects that the button 445 fortransmitting the data to the printer (FIG. 8) is pressed on theoperation panel 301. Upon this detection, the processing proceeds tostep S3002.

In step S3002, the application 900 starts receiving radio waves of theBluetooth® Low Energy communication. More specifically, to receive theradio waves, the application 900 first requests the platform 902 toreceive the radio waves of the Bluetooth® Low Energy communication.Then, the platform 902 controls the Bluetooth® I/F 306 using theBluetooth® control unit 903 to start receiving the radio waves of theBluetooth® Low Energy communication. The application 900 startsreceiving the radio waves of the Bluetooth® Low Energy communication inthis manner. The platform 902 transfers an advertising packet ofBluetooth® that is received during this started reception of the radiowaves of the Bluetooth® Low Energy communication to the application 900.Then, the application 900 analyzes this received advertising packet.

Next, in step S3003, the application 900 determines whether theinformation of Local Name and Manufacturer Specific Data is contained inthe advertising packet received in the above-described step S3002, andthe MFP 102 corresponding to the destination transmission is discovered.In other words, the application 900 determines whether the MFP 102 isdiscovered from a Bluetooth® Low Energy search. If the application 900determines that the MFP 102 is discovered from the Bluetooth® Low Energysearch (YES in step S3003), the processing proceeds to step S3006.

In step S3006, the application 900 displays a list of MFPs 102discovered from the above-described Bluetooth® Low Energy search on theoperation panel 301.

Next, in step S3007, the application 900 detects that one MFP 102 isselected from the displayed MFPs 102. Upon this detection, theprocessing proceeds to step S3008.

The mobile terminal 101 can be configured to, if only one MFP 102 isdiscovered from the above-described Bluetooth® Low Energy search,determine that this MFP 102 is the MFP 102 corresponding to thedestination of the transmission without the user inputting the operationof selecting the MFP 102. Alternatively, the mobile terminal 101 can beconfigured to register the MFP 102 corresponding to the destination ofthe data transmission with the mobile terminal 101 (store this MFP 102in the flash memory 310) in advance, and, if the registered MFP 102 isdiscovered from the Bluetooth® Low Energy search, determine that thisMFP 102 is the MFP 102 corresponding to the destination of thetransmission without the user inputting the operation of selecting theMFP 102. These configurations enable the application 900 to omit theprocesses in the above-described steps S3006 and S3007, i.e., the user'soperation of selecting the MFP 102.

In step S3008, the application 900 determines whether the distancebetween the mobile terminal 101 and the MFP 102 selected in theabove-described step S3007 is a distance for which the data transmissionis possible. The application 900 makes this determination by determiningwhether the value of the RSSI of received Bluetooth® Low Energy is lowerthan a threshold value stored in the flash memory 310 (−50 dBm in thecase of the example indicated in the table 5). If the value of the RSSIis less than the threshold value, the application 900 determines thatthis distance is the distance for which the data transmission ispossible (YES in step S3008). If the value of the RSSI is the greaterthan or equal to the threshold value, the application 900 determinesthat this distance is not the distance for which the data transmissionis possible (NO in step S3008).

If the application 900 determines that the distance between the mobileterminal 101 and the MFP 102 is not the distance for which the datatransmission is possible in the above-described step, (NO in stepS3008), the processing proceeds to step S3009. In step S3009, theapplication 900 displays a message prompting the user to move closer tothe MFP 102. Then, the processing returns to step S3008.

If the application 900 determines that the distance between the mobileterminal 101 and the MFP 102 is the distance for which the datatransmission is possible in the above-described step S3008 (YES in stepS3008), the processing proceeds to step S3010.

In this manner, only the user of the mobile terminal 101 who stayswithin the distance less than the threshold value (the distance lessthan 50 cm in the present exemplary embodiment) can log into the MFP 102in step S3010 and steps subsequent thereto, which can guarantee that thelogin user stays in front of (close to) the MFP 102. This is one ofmerits brought about from the use of the Bluetooth® Low Energycommunication.

In step S3010, the application 900 starts GATT communication ofBluetooth® Low Energy via the Bluetooth® I/F 306, e.g., Bluetooth® LowEnergy connection. More specifically, to start the Bluetooth® Low Energycommunication, the application 900 first requests the platform 902 tostart the Bluetooth® Low Energy communication with the MFP 102. Then,the platform 902 controls the Bluetooth® I/F 306 using the Bluetooth®control unit 903 to start the Bluetooth® Low Energy communication withthe MFP 102.

Next, in step S3011, the application 900 acquires the local login statusof the MFP 102 via the Bluetooth® Low Energy communication. Morespecifically, the application 900 requests the platform 902 to acquirethe local login status of the MFP 102 by accessing the userauthentication service 1000 published by the MFP 102 via the Bluetooth®Low Energy communication and acquiring the value of the characteristicindicating the local login condition (StatusID 1001 illustrated in FIG.5). Then, the platform 902 acquires the local login status of the MFP102 by controlling the Bluetooth® I/F 306 using the Bluetooth® controlunit 903 to access the user authentication service 1000 of the MFP 102via the Bluetooth® Low Energy communication and acquire the value ofStatusID 1001, and transfers the acquired local login status to theapplication 900. The application 900 acquires the local login conditionof the MFP 102 via the Bluetooth® Low Energy communication in thismanner.

Next, in step S3012, the application 900 compares the value of StatusID1001 indicating the local login status of the MFP 102 that has beenacquired in the above-described step S3011 with the value indicated inthe table 2, and determines whether the MFP 102 is in the status wherethe login thereto is possible.

If the application 900 determines that the MFP 102 is not in the statuswhere the login thereto is possible (NO in step S3012), the processingproceeds to step S3023, in which the application 900 cuts off theBluetooth® Low Energy communication. More specifically, to cut off theBluetooth® Low Energy communication, the application 900 first requeststhe platform 902 to cut off the Bluetooth® Low Energy communication withthe MFP 102. Then, the platform 902 controls the Bluetooth® I/F 306using the Bluetooth® control unit 903 to cut off the Bluetooth® LowEnergy communication with the MFP 102. The application 900 cuts off theBluetooth® Low Energy communication in this manner. After cutting offthe Bluetooth® Low Energy communication, the application 900 ends theprocessing according to the present flowchart.

If the application 900 determines that the MFP 102 is in the statuswhere the login thereto is possible in the above-described step S3012(YES in step S3012), the processing proceeds to step S3013.

In step S3013, the application 900 issues the mobile login request tothe MFP 102 via the Bluetooth® Low Energy communication using the valuesread out from the authentication information 901 (FIG. 4B) stored in theflash memory 310. More specifically, the application 900 requests theplatform 902 to write the values read out from the above-describedauthentication information 901 (FIG. 4B) via the Bluetooth® Low Energycommunication into the characteristics UserName 1002 and Password 1003.The application 900 requests the platform 902 to write the valueindicating the login request that is listed in the table 6 into thecharacteristic RequestID 1004 via the Bluetooth® Low Energycommunication. The application 900 requests the platform 902 to requestthe execution of the local login to the MFP 102 via the Bluetooth® LowEnergy communication by performing such processing. Then, the platform902 controls the Bluetooth® I/F 306 using the Bluetooth® control unit903 to write the values into UserName 1002 and Password 1003. Further,the platform 902 controls the Bluetooth® I/F 306 using the Bluetooth®control unit 903 to write the value indicating the login request that islisted in the table 6 into RequestID 1004. The platform 902 requests theexecution of the local login to the MFP 102 via the Bluetooth® LowEnergy communication by performing such processing. The application 900issues the mobile login request to the MFP 102 in this manner. When theauthentication processing is performed on the MFP 102 side according tothis request, and a result thereof is written into the characteristicResultID 1005 (FIG. 5), the application 900 is notified by Notificationin ATT. The application 900 is notified of this notification via theBluetooth® I/F 306 and the platform 902.

In step S3014, according to this notification, the application 900acquires the authentication result corresponding to the mobile loginrequest issued in the above-described step S3013 from the MFP 102 viathe Bluetooth® Low Energy communication. More specifically, theapplication 900 requests the platform 902 to acquire the authenticationresult corresponding to the mobile login request by accessing the userauthentication service 1000 published by the MFP 102 via the Bluetooth®Low Energy communication and acquiring the value of the characteristicindicating the authentication result (ResultID 1005 illustrated in FIG.5). Then, the platform 902 acquires the authentication result bycontrolling the Bluetooth® I/F 306 using the Bluetooth® control unit 903to access the user authentication service 1000 via the Bluetooth® LowEnergy communication and acquire the value of ResultID 1005, andtransfers the acquired authentication result to the application 900. Theapplication 900 acquires the authentication result corresponding to themobile login request issued in the above-described step S3013 in thismanner.

Next, in step S3015, the application 900 determines the authenticationresult acquired in the above-described step S3014. Then, if theapplication 900 determines that the authentication has failed (NO instep S3015), the processing proceeds to step S3023, in which theapplication 900 cuts off the Bluetooth® Low Energy communication, andthen ends the processing.

If the application 900 determines that the authentication has succeededin the above-described step S3015 (YES in step S3015), the processingproceeds to step S3016.

In step S3016, the application 900 acquires the status of the Wi-Fi® APmode of the MFP 102 via the Bluetooth® Low Energy communication. Morespecifically, the application 900 requests the platform 902 to acquirethe status of the Wi-Fi® AP mode of the MFP 102 by accessing the Wi-Fi®AP mode start/stop service 1006 published by the MFP 102 via theBluetooth® Low Energy communication and acquiring the value of thecharacteristic indicating the status of the Wi-Fi® AP mode (Status 1007illustrated in FIG. 5). Then, the platform 902 acquires the status ofthe Wi-Fi® AP mode of the MFP 102 by controlling the Bluetooth® I/F 306using the Bluetooth® control unit 903 to access the Wi-Fi® AP modestart/stop service 1006 via the Bluetooth® Low Energy communication andacquire the value of Status 1007, and transfers the acquired status ofthe Wi-Fi® AP mode of the MFP 102 to the application 900. Theapplication 900 acquires the status of the Wi-Fi® AP mode of the MFP 102in this manner.

Next, in step S3017, the application 900 determines whether the Wi-Fi®AP mode of the MFP 102 is in the started status based on the result ofthe acquisition in the above-described step S3016. Then, if theapplication 900 determines that the Wi-Fi® AP mode is not in the startedstatus (the Wi-Fi® AP mode is in the stopped status) (NO in step S3017),the processing proceeds to step S3018.

In step S3018, the application 900 requests the start of the Wi-Fi® APmode to the MFP 102 via the Bluetooth® Low Energy communication. Morespecifically, the application 900 requests the platform 902 to requestthe start of the Wi-Fi® AP mode to the MFP 102 by accessing the Wi-Fi®AP mode start/stop service 1006 published by the MFP 102 via theBluetooth® Low Energy communication and writing the value indicating thestart into Status 1007. Then, the platform 902 requests the start of theWi-Fi® AP mode to the MFP 102 by controlling the Bluetooth® I/F 306using the Bluetooth® control unit 903 to access the Wi-Fi® AP modestart/stop service 1006 via the Bluetooth® Low Energy communication andwrite the value indicating the start into Status 1007. The application900 requests the start of the Wi-Fi® AP mode to the MFP 102 in thismanner. After the application 900 performs the process in theabove-described step S3018, the processing proceeds to step S3019.

If the application 900 determines that the Wi-Fi® AP mode is in thestarted status (YES in step S3017), the processing proceeds directly tostep S3019.

In step S3019, the application 900 acquires the values of theinformation required for the Wi-Fi® connection to the MFP 102 (the SSID,the key, the direct IP address, the direct MAC address, and the like)via the Bluetooth® Low Energy communication. More specifically, theapplication 900 requests the platform 902 to access the Wi-Fi®connection information acquisition service 1008 published by the MFP 102via the Bluetooth® Low Energy communication and acquire the values ofthe characteristics indicating the information required for the Wi-Fi®connection (SSID 1011, KEY 1012, Direct IP Address 1013, and Direct MACAddress 1014). Then, the platform 902 controls the Bluetooth® I/F 306using the Bluetooth® control unit 903 to access the Wi-Fi® connectioninformation acquisition service 1008 via the Bluetooth® Low Energycommunication and acquire the values of SSID 1011, KEY 1012, Direct IPAddress 1013, and Direct MAC Address 1014, and transfers the acquiredvalues to the application 900. The application 900 acquires the valuesof the information required for the Wi-Fi® connection to the MFP 102(the SSID, the key, the direct IP address, the direct MAC address, andthe like) in this manner.

Next, in step S3020, the application 900 cuts off the Bluetooth® LowEnergy communication. Details thereof are similar to the above-describedstep S3023, and therefore will be omitted here.

In step S3021, the application 900 starts the connection of the directWi-Fi® communication with the MFP 102 using the information acquired inthe above-described step S3019. More specifically, the application 900requests the platform 902 to start the connection of the direct Wi-Fi®communication to the MFP 102 using the information acquired in theabove-described step S3019. Then, the platform 902 controls the wirelessLAN I/F 311 using the wireless network control unit 904 to start theconnection of the direct Wi-Fi® communication with the MFP 102. Then,the application 900 pairs the mobile terminal 101 with theabove-described acquired address, Direct IP Address 1013.

Upon completion of the above-described pairing, the processing proceedsto step S3022, in which the application 900 remotely logs into the MFP102 using the wireless LAN I/F 311, i.e., via the Wi-Fi® communication,and transmits the data such as the destination and the subject storedinto the RAM 309 in the above-described step S3000 to the MFP 102.Details of step S3022 will be described below with reference to FIG. 15.In this manner, the application 900 performs control so as to log intothe MFP 102 by the mobile login (step S3013) according to detecting thatthe transmission button 445 is pressed (step S3001), and transmit theabove-described data to the MFP 102 using the Wi-Fi® communication (stepS3022) based on the success in this mobile login without receiving aninstruction to transmit the data from the user after the success in themobile login. After the process in step S3022, the application 900 endsthe processing according to the present flowchart.

Further, if the application 900 determines that the MFP 102 is notdiscovered from the Bluetooth® Low Energy search in the above-describedstep S3003 (NO in step S3003), the processing proceeds to step S3004, inwhich the application 900 starts up the camera 304.

Next, in step S3005, the application 900 reads out the QR Code® 503displayed on the mobile portal screen 501 (FIG. 10A) of the MFP 102using the camera 304, and decodes a content thereof. Then, in stepS3024, the application 900 acquires the Wi-Fi® connection informationcontained in the data decoded in the above-described step S3005. Then,the processing proceeds to step S3021. The processes in step S3021 andthe subsequent step have already been described above, and therefore adescription thereof will be omitted here.

Next, the details of the process performed in step S3022 illustrated inFIG. 14 (14A and 14B) will be described with reference to FIG. 15.

FIG. 15 is a flowchart illustrating the details of the process performedin step S3022 illustrated in FIGS. 14 (14A and 14B).

In step S1021, the application 900 acquires the authenticationinformation 901 set from the application setting button 412 (FIG. 7) andstored in the flash memory 310, and transmits the remote login requestto the MFP 102 via the Wi-Fi® communication using the authenticationinformation 901. More specifically, the application 900 requests theplatform 902 to transmit the remote login request using theauthentication information 901 to the MFP 102 via the Wi-Fi®communication. Then, the platform 902 controls the wireless LAN I/F 311using the wireless network control unit 904 to transmit the remote loginrequest using the authentication information 901 to the MFP 102 via theWi-Fi® communication. If the remote login succeeds, the MFP 102generates a session ID so that the application 900 acquires this sessionID via the platform 902. If the remote login fails, the processingproceeds again to step S1021 (not illustrated).

Next, in step S1023, the application 900 transmits the data such as thedestination and the subject stored into the RAM 309 in step S3000illustrated in FIGS. 14 (14A and 14B), to the MFP 102 via the Wi-Fi®communication. More specifically, the application 900 requests theplatform 902 to transmit the above-described data to the MFP 102 via theWi-Fi® communication. Then, the platform 902 controls the wireless LANI/F 311 using the wireless network control unit 904 to transmit theabove-described data to the MFP 102 via the Wi-Fi® communication. Inthis process in step S1023, the application 900 performs control so asto also transmit the username contained in the authenticationinformation 901 and the session ID acquired in the above-described stepS1021 along therewith. The username and session ID are used to exclude adata transmission request from another user on the MFP 102 side. Detailsthereof will be described with reference to FIG. 17. When receiving aresponse to the data transmission from the MFP 102, the platform 902transfers this response to the application 900.

Next, in step S1024, the application 900 receives the response to thedata transmission, and determines whether the data transmission hassucceeded. Then, if the application 900 determines that the datatransmission has succeeded (YES in step S1024), the processing proceedsto step S1025.

In step S1025, the application 900 clears the inputs on the E-mailtransmission setting screen 480, and causes the screen to transition tothe application menu screen 406. The application 900 can display apop-up indicating that the data transmission has succeeded when thescreen transitions.

Next, in step S1026, the application 900 determines whether the MFP 102to which the data has been transmitted is already stored in the flashmemory 310 of the mobile terminal 101. Then, if the application 900determines that this MFP 102 is not yet stored (NO in step S1026), instep S1027, the application 900 stores the information such as the MACaddress of the MFP 102 to which the data has been transmitted into theflash memory 310, and then ends the processing according to the presentflowchart.

If the application 900 determines that this MFP 102 is already stored inthe above-described step S1026 (YES in step S1026), the application 900ends the processing according to the present flowchart without newlystoring the MFP 102.

If the application 900 determines that the data transmission has failedin the above-described step S1024 (NO in step S1024), in step S1028, theapplication 900 displays an error message on the operation panel 301,and then ends the processing according to the present flowchart whilemaintaining the inputs on the destination transmission screen 480.

<Processing of Destination Transmission Function on MFP 102 Side>

FIG. 16 is a flowchart illustrating one example of processing on the MFP102 side when the destination transmission function is used with the MFP102 according to the first exemplary embodiment in the state where noone is logged into the MFP 102. The CPU 201 of the MFP 102 executes aprogram executable by the MFP 102 in which a procedure that will bedescribed below is written after reading out this program from the ROM202 into the RAM 203, by which a series of processes illustrated in FIG.16 and FIG. 17, which will be described below, is realized.

First, in step S4000, the CPU 201 of the MFP 102 displays the loginscreen 701 on the display 211.

Next, in step S4001, the CPU 201 detects via the Bluetooth® I/F 205 thatthe mobile terminal 101 has written the value indicating the loginrequest listed in the table into the characteristic RequestID 1004 inthe user authentication service 1000 via the Bluetooth® Low Energycommunication (receives the mobile login request). Upon this detection,the processing proceeds to step S4002.

In step S4002, the CPU 201 reads out the values of UserName 1002 andPassword 1003, which are the characteristics in the same service, andthe login service 804 determines whether there is data that matches theuser authentication information registered with the user account 805,thereby performing the authentication processing.

Next, in step S4003, the CPU 201 notifies the mobile terminal 101 of theauthentication result by writing the result of the authentication in theabove-described step S4002 into ResultID 1005 in the user authenticationservice 1000. At this time, the Bluetooth® control unit 807 notifies thecurrently connected mobile terminal 101 of the change in the value ofthe authentication result by Notification in ATT. If the authenticationsucceeds at this time, the CPU 201 stores the username of the useraccount that matches the registered user authentication information intothe RAM 203 or the like. The stored username is used in step S2014 (FIG.17), which will be described below.

Next, in step S4004, the CPU 201 determines whether the authenticationhas succeeded. Then, if the CPU 201 determines that the authenticationhas failed (NO in step S4004), the processing proceeds to step S4012, inwhich the CPU 201 displays an error message on the display 211. Then,the processing returns to step S4000.

If the CPU 201 determines that the authentication has succeeded (YES instep S4004), the processing proceeds to step S4005, in which the CPU 201displays the menu screen 705 on the display 211. If the authenticationsucceeds, the CPU 201 sets the MFP 102 into a mobile login status,thereby setting the MFP 102 into the status capable of receiving thetransmission of the data from the mobile terminal 101, although this isnot illustrated. If the authentication fails, the status of the MFP 102does not transition to the mobile login status, and the menu screen 705is not displayed. In other words, the MFP 102 is kept in the statusincapable of receiving the transmission of the data from the mobileterminal 101. The login service 804 also changes the value of StatusID1001 in the user authentication service 1000. Although not illustratedin FIG. 16, the MFP 102 provides the authentication result to the mobileterminal 101 or the like by the user authentication service 1000. Asdiscussed in the description of step S3014 illustrated in FIGS. 14 (14Aand 14B), the mobile terminal 101 acquires the authentication result(ResultID 1005) from the MFP 102 using the user authentication service1000.

Next, in step S4006, the CPU 201 determines whether the request to startthe Wi-Fi® AP mode is received from the mobile terminal 101 via theBluetooth® Low Energy communication. In the determination, the CPU 201determines that the request to start the Wi-Fi® AP mode is received (YESin step S4006) if detecting via the Bluetooth® I/F 205 that the valueindicating the start of the Wi-Fi® AP mode is written in thecharacteristic Status 1007 in the Wi-Fi® AP mode start/stop service1006. The CPU 201 determines that the request to start the Wi-Fi® APmode is not received (NO in step S4006) if not detecting the update ofthe value of Status 1007. Although not illustrated in FIG. 16, the MFP102 provides the started status of the Wi-Fi® AP mode to the mobileterminal 101 or the like by the Wi-Fi® AP mode start/stop service 1006.As discussed in the description of step S3016 illustrated in FIG. 14(14A and 14B), the mobile terminal 101 acquires the started status orthe like of the Wi-Fi® AP mode from the MFP 102 using the Status 1007 inthe Wi-Fi® AP mode start/stop service 1006. Then, as discussed in thedescription of step S3018 illustrated in FIG. 14 (14A and 14B), themobile terminal 101 issues the request to start the Wi-Fi® AP mode ifthe Wi-Fi® AP mode is not in the started status on the MFP 102.

If the CPU 201 determines that the request to start the Wi-Fi® AP modeis received from the mobile terminal 101 via the Bluetooth® Low Energycommunication in the above-described step S4006 (YES in step S4006), theprocessing proceeds to step S4013.

In step S4013, the CPU 201 starts the Wi-Fi® AP mode with use of thewireless LAN I/F 206. When performing this process, the CPU 201temporarily stores whether the original value of Status 1007 is thevalue indicating the stop into the RAM 203. After the CPU 201 performsthe process in step S4013, the processing proceeds to step S4007.

If the CPU 201 determines that the request to start the Wi-Fi® AP modeis not received from the mobile terminal 101 via the Bluetooth® LowEnergy communication in the above-described step S4006 (NO in stepS4006), the processing proceeds directly to step S4007.

In step S4007, upon detecting via the Bluetooth® I/F 205 that theBluetooth® Low Energy communication is cut off, the CPU 201 ends theBluetooth® communication. Although not illustrated in FIG. 16, the MFP102 provides the information required for the Wi-Fi® connection, such asthe SSID and the key, to the mobile terminal 101 or the like by theWi-Fi® connection information acquisition service 1008. As discussed inthe description of step S3019 illustrated in FIG. 14 (14A and 14B), themobile terminal 101 acquires the SSID, the key, and the like from theMFP 102 using the Wi-Fi® connection information acquisition service 1008before the Bluetooth® Low Energy communication is cut off. Then, asdiscussed in the description of step S3021 illustrated in FIG. 14 (14Aand 14B), the mobile terminal 101 starts the connection of the directWi-Fi® communication with the MFP 102 using the above-described acquiredSSID, key, and the like, for example, after the Bluetooth® Low Energycommunication is cut off.

Next, in step S4017, the CPU 201 detects the data transmission requestfrom the mobile terminal 101 via the wireless LAN I/F 206 or the networkI/F 207. Then, if the CPU 201 determines that the data transmissionrequest is not received (NO in step S4017), the processing proceedsagain to step S4017.

If the CPU 201 determines that the data transmission request is received(YES in step S4017), the processing proceeds to step S4008.

In step S4008, the CPU 201 receives the remote login request andreceives the data such as the destination and the subject from themobile terminal 101. Details of step S4008 will be described below withreference to FIG. 17.

Next, in step S4009, the CPU 201 determines whether the data receptionprocessing in the above-described step S4008 has succeeded. If the CPU201 determines that the data reception processing has succeeded (YES instep S4009), the processing proceeds to step S4010.

In step S4010, the CPU 201 displays the transmission screen 601 on thedisplay 211 while displaying the message indicating that the destinationdata is received from the mobile terminal 101 in the message field 611(FIG. 12). Then, the processing proceeds to step S4011.

If the CPU 201 determines that the data reception processing has failedin the above-described step S4009 (NO in step S4009), the CPU 201returns an error to the mobile terminal 101 (not illustrated), and theprocessing proceeds directly to step S4011 without any change made tothe display on the display 211.

In step S4011, the CPU 201 determines whether the Wi-Fi® AP mode hasbeen originally in the stopped status. In the determination, if theoriginal value of Status 1007 has been stored into the RAM 203 in theabove-described step S4013 and the value is the value indicating thestop, the CPU 201 determines that the Wi-Fi® AP mode has been originallyin the stopped status (YES in step S4011). If the value is not the valueindicating the stop, the CPU 201 determines that the Wi-Fi® AP mode hasnot been originally in the stopped status (NO in step S4011).

Then, if the CPU 201 determines that the Wi-Fi® AP mode has beenoriginally in the stopped status (YES in step S4011), the processingproceeds to step S4014. In step S4014, the CPU 201 writes the valueindicating the stop into Status 1007 and instructs the wireless LAN I/F206 to stop the AP mode, and to return the Wi-Fi® AP mode to theoriginal status thereof. Then, the processing proceeds to step S4015.

If the CPU 201 determines that the Wi-Fi® AP mode has not beenoriginally in the stopped status (NO in step S4011), the processingproceeds directly to step S4015.

In step S4015, the CPU 201 determines whether the input to start thetransmission of the E-mail is detected on the operation panel 209. Then,if the CPU 201 determines that the input to start the transmission ofthe E-mail is not detected (NO in step S4015), the processing returns tostep S4017.

If the CPU 201 determines that the input to start the transmission ofthe E-mail is detected (YES in step S4015), the processing proceeds tostep S4016.

In step S4016, the CPU 201 clears the session ID stored in theabove-described step S4008 (more specifically, step S2022, which will bedescribed below with reference to FIG. 17), and then ends the processingaccording to the present flowchart. Although not illustrated in FIG. 16,if the input to start the transmission of the E-mail is detected (YES instep S4015), the CPU 201 performs the processing such as reading out theoriginal document with use of the scanner 215 and transmitting theE-mail based on the destination and scan settings set on thetransmission screen 601.

Next, the details of the process performed in step S4008 will bedescribed with reference to FIG. 17.

FIG. 17 is a flowchart exemplarily illustrating the details of theprocess performed in step S4008 illustrated in FIG. 16.

In step S2011, upon detecting the remote login request from the mobileterminal 101 via the wireless LAN I/F 206 or the network I/F 207, theCPU 201 performs the remote login processing, generates the session ID,and transmits the generated session ID to the mobile terminal 101.

Next, in step S2013, the CPU 201 receives the data transmission requestwith respect to the destination and the like, which the mobile terminal101 has transmitted in step S1023, via the wireless LAN I/F 206 or thenetwork I/F 207. This data transmission request contains the usernameand the session ID as described in the description of step S1023illustrated in FIG. 15.

Next, in step S2014, the CPU 201 determines whether the local login userauthenticated in the above-described step S4002 (i.e., the usernamestored in step S4003 illustrated in FIG. 16) and the remote login userdetected in the above-described step S2011 (i.e., the username receivedin the above-described step S2013) match each other, in the case wherethe MFP 102 conducts user management. This is a check for guaranteeingthat the user who transmits the data, such as the destination from themobile terminal 101, stays in front of the MFP 102. In other words, thisis a check whether the user who has transmitted the data in theabove-described step S1023 matches the user logged in by the keyboardlogin or the mobile login via the Bluetooth® Low Energy communication instep S3013 illustrated in FIG. 14 (14A and 14B). If the user registeredwith the mobile terminal 101 is locally logged into the MFP 102, the CPU201 assumes that this user stays in front of the apparatus.

If the CPU 201 determines that the local login user and the remote loginuser do not match each other in the above-described step S2014 (NO instep S2014), the processing proceeds to step S2025. In step S2025, theCPU 201 returns an error response to the mobile terminal 101, and thenends the processing according to the present flowchart.

If the CPU 201 determines that the local login user and the remote loginuser match each other in the above-described step S2014 (YES in stepS2014), the processing proceeds to step S2015. While not illustrated,the processing also proceeds to step S2015 in a case where the MFP 102does not conduct the login management.

In steps S2015 and S2016, the CPU 201 checks the session ID contained inthe data transmission request received in the above-described stepS2013. This is processing for, until the E-mail transmission is startedafter some user transmits the data such as the destination from themobile terminal 101, preventing the MFP 102 from accepting a datatransmission request from another user. Next, details thereof will bedescribed.

In step S2015, the CPU 201 determines whether the received request is arequest received first. When accepting the request from the mobileterminal 101, the CPU 201 stores the session ID transmitted togetherwith this request into the RAM 203 in step S2022, which will bedescribed below, and keeps holding this session ID until the E-mailtransmission is started in step S4015 illustrated in FIG. 16. Therefore,the session ID is not left in the RAM 203 in an initial status and aftera job for the E-mail transmission is submitted (the session ID in theRAM 203 is cleared in, for example, step S4016 illustrated in FIG. 16).Therefore, in step S2015, the CPU 201 determines whether the receivedrequest is the request received first based whether there is a sessionID in the RAM 203.

Then, if no session ID is stored in the RAM 203 and the CPU 201determines that the received request is the request received first (YESin step S2015), the processing proceeds to step S2017.

If the CPU 201 determines that the received request is not the requestreceived first (NO in step S2015), the processing proceeds to stepS2016. In step S2016, the CPU 201 determines whether the session IDcontained in the received request is the same as the session ID storedin the RAM 203 (the session ID stored in step S2022, which will bedescribed below). Then, if the CPU 201 determines that this session isnot the same session as the request received first (NO in step S2016),the processing proceeds to step S2025. In step S2025, the CPU 201 doesnot accept the request because this request is a transmission requestfrom a different mobile apparatus from the mobile apparatus that hastransmitted the request first, returns an error response to the mobileterminal 101, and then ends the processing according to the presentflowchart.

If the CPU 201 determines that this session is the same session as therequest received first (YES in step S2016), the processing proceeds tostep S2017 to cause the CPU 201 to accept the request.

In step S2017, the CPU 201 performs loop processing from steps S2018 toS2020, which will be described below, as many times as the number ofpieces of data contained in the received request (n=1 to the number ofpieces of received data).

First, in step S2018, the CPU 201 determines whether data n is thedestination. Then, if the CPU 201 determines that the data n is thedestination (YES in step S2018), in step S2019, the CPU 201 stores thedata n into the RAM 203 as an “additional setting”. The destination isadditionally set, so that, even when a destination is already set in thedestination list 602, this destination is not deleted and the newdestination is set in addition thereto. In other words, the user can,for example, add the destination from the mobile terminal 101 aftersetting the destination from the address book screen 614 of the MFP 102,and add the destination from the mobile terminal 101 any number oftimes.

If the CPU 201 determines that the data n is data other than thedestination (any of the subject, the message body, and the filename inthe present exemplary embodiment) (NO in step S2018), in step S2020, theCPU 201 stores the data n as an “overwrite setting” over the same itemalready stored in the RAM 203.

After the process in the above-described step S2019 or S2020, the CPU201 increments n and repeats the above-described loop processing until nreaches the number of pieces of received data. Then, after the CPU 201ends the above-described loop processing, the processing proceeds tostep S2021.

In step S2021, the CPU 201 displays the pop-up message indicating thatthe data, such as the destination, is set from the mobile terminal 101(for example, 611 illustrated in FIG. 12) on the display 211. Then, instep S2022, the CPU 201 stores the session ID acquired from theabove-described request into the RAM 203, and then ends the processingaccording to the present flowchart.

In other words, if the data is received a plurality of times after theremote login has succeeded, the CPU 201 performs control so as to handlethe data received in the second reception and after that in thefollowing manner. If the data has the same session ID as the session IDof the data received first, the CPU 201 sets this data as the data thatshould be used. If the data has a different session ID from the sessionID of the data received first, the CPU 201 does not set this data as thedata that should be used.

In the above-described manner, according to the first exemplaryembodiment, even in the state before the user locally logs into the MFP102 using the keyboard login or the like, e.g., for example, in thestate where the login screen 701 is displayed, the user can locally loginto the MFP 102 by the mobile login and transmit the data, e.g., thedestination, only by pressing the button for the destinationtransmission (445 illustrated in FIG. 8) from the application screen 480of the mobile terminal 101. Then, the MFP 102 can close the login screen701 and automatically display the transmission screen 601 with the datasuch as the destination set thereon on the display 211 of the MFP 102according to receiving the data transmitted from the above-describedmobile terminal 101. In this manner, the present exemplary embodimentenables the user to easily automatically log into the MFP 102 from themobile terminal 101 and transmit the data from the mobile terminal 101to the MFP 102.

The first exemplary embodiment has been described as the exemplaryembodiment in which the data, such as the destination of the E-mail, istransmitted from the mobile terminal 101 to the MFP 102. In thefollowing description, the second exemplary embodiment will be describedas an exemplary embodiment in which the print data is transmitted fromthe mobile terminal 101 to the MFP 102, with reference to FIGS. 18, 19,and 20.

<Print Function Screen of Mobile Terminal 101>

FIG. 18 illustrates one example of the print screen used for the user toselect the print data, e.g., for example, a Portable Document Format(PDF) document, stored in the flash memory 310 and instructing themobile terminal 101 to transmit the selected print data to the MFP 102from the screen of the mobile terminal 101. When the function selectionbutton 402 is pressed on the mobile application menu screen 406illustrated in FIG. 6, this print screen is displayed by the mobileterminal 101.

On the print screen illustrated in FIG. 18, a print data list isdisplayed in an area 460, and the area 460 includes a check box used forthe user to select the print data. The print data selected by the useris controlled by the mobile terminal 101 in such a manner that the checkbox corresponding thereto is checked. When the user presses a “transmitto printer” button 461, the mobile terminal 101 performs processing fortransmitting the print data selected by the user in the print data list460 to the MFP 102 (which will be described below with reference to FIG.19 (19A and 19B)). Upon completing the data transmission to the MFP 102,the mobile terminal 101 returns the screen to the mobile applicationmenu screen 406 illustrated in FIG. 6. If the data transmission hasfailed, the mobile terminal 101 displays an error and maintains theselection state in the print data list 460 without changing it.

<Flow of Print Function on Mobile Terminal 101 Side>

FIG. 19 (19A and 19B) is a flowchart illustrating one example ofprocessing of the print data transmission function on the mobileterminal 101 according to the second exemplary embodiment. The CPU 307executes the application 900 under the control by the platform 902, bywhich a series of processes illustrated in the flowchart of FIG. 19 (19Aand 19B) is realized. Further, similar steps to FIG. 14 (14A and 14B)will be identified by the same step numbers, and descriptions thereofwill be omitted below. In the following description, processingperformed by the application 900 executed by the CPU 307 will bedescribed assuming that the application 900 serves as a performerthereof. Further, processing performed by the platform 902 executed bythe CPU 307 will be described assuming that the platform 902 serves as aperformer thereof.

In step S5000, upon detecting an input to select the print data on theprint function screen (FIG. 18) displayed on the operation panel 301,the application 900 stores the selected list data into the RAM 309.

Next, in step S5001, the application 900 detects that the button 461 fortransmitting the data to the printer is pressed on the operation panel301. Upon this detection, the processing proceeds to step S3002. StepsS3002 to S3024 are similar to FIG. 14 (14A and 14B), and thereforedescriptions thereof will be omitted here.

In step S3021, the application 900 completes the Wi-Fi® connection andthe pairing with the MFP 102. Upon this completion, the processingproceeds to step S5002.

In step S5002, the application 900 remotely logs into the MFP 102 usingthe wireless LAN I/F 311, i.e., via the Wi-Fi® communication, reads outthe print data contained in the selected list data regarding the printdata that has been stored into the RAM 309 in the above-described step,step S5000 from the flash memory 310, and transmits the read print datato the MFP 102. Then, the application 900 ends the processing accordingto the present flowchart. Details of the process performed in step S5002is a process according to the detailed flowchart illustrating theprocess performed in step S3022 illustrated in FIG. 15 in which the dataregarding the E-mail, such as the destination, the subject, the messagebody, and the filename, is replaced with the print data contained in theselected list data regarding the print data that has been stored intothe RAM 309 in the above-described step S5000, and therefore adescription thereof will be omitted here.

In other words, the application 900 according to the second exemplaryembodiment performs control so as to log into the MFP 102 by the mobilelogin (step S3013) according to detecting that the button 461 fortransmitting the data to the printer is pressed (step S5001), andtransmit the print data to the MFP 102 using the Wi-Fi® communication(step S5002) based on the success in this mobile login without receivingan instruction to transmit the print data from the user after thesuccess in the mobile login.

<Flow of Print Function on MFP 102 Side>

FIG. 20 is a flowchart illustrating one example of processing on the MFP102 side when the print data transmission function is exerted with theMFP 102 according to the second exemplary embodiment in the state whereno one is logged into the MFP 102. The CPU 201 of the MFP 102 executes aprogram executable by the MFP 102 in which a procedure that will bedescribed below is written after reading out this program from the ROM202 into the RAM 203, by which a series of processes illustrated in FIG.20 is realized. Further, similar steps to FIG. 16 will be identified bythe same step numbers, and descriptions thereof will be omitted below.

Processes in steps S4000 to S4018 are similar to FIG. 16, and thereforedescriptions thereof will be omitted here.

If the CPU 201 determines that the data transmission request is receivedfrom the mobile terminal 101 by the wireless LAN I/F 206 or the networkI/F 207 in step S4017 (YES in step S4017), the processing proceeds tostep S6000.

In step S6000, the CPU 201 receives the print data transmitted from themobile terminal 101 with use of the wireless LAN I/F 206 or the networkI/F 207. Details of the process performed in step S6000 is a process inwhich the data regarding the E-mail, such as the destination, thesubject, the message body, and the filename, is replaced with the printdata in the detailed flowchart illustrating the process performed instep S4008 illustrated in FIG. 17, and therefore a description thereofwill be omitted here.

If the CPU 201 determines that the processing for receiving the printdata in the above-described step S6000 succeeds in step S4009 (YES instep S4009), the processing proceeds to step S6001.

In step S6001, the CPU 201 causes the printer 214 to start processingfor printing the print data received in the above-described step S6000.After the CPU 201 performs the process in step S6001, the processingproceeds to step S4011.

In the above-described manner, according to the second exemplaryembodiment, even in the state before the user locally logs into the MFP102 using the keyboard login or the like, e.g., in the state where thelogin screen 701 is displayed, the user can locally log into the MFP 102by the mobile login and transmit the data, e.g., the print data, only bypressing the button for transmitting the print data (461 illustrated inFIG. 18) from the application screen of the mobile terminal 101. Then,according to receiving the print data transmitted from theabove-described mobile terminal 101, the MFP 102 can close the loginscreen 701 and automatically print this received print data. In thismanner, the present exemplary embodiment enables the user to easilyautomatically log into the MFP 102 from the mobile terminal 101 andtransmit the data from the mobile terminal 101 to the MFP 102.

In each of the above-described exemplary embodiments, the system hasbeen described as being configured to directly connect the mobileterminal 101 and the MFP 102 via the direct Wi-Fi® connection withoutusing the access point 103, and transmit the data, e.g., the destinationor the print data, from the mobile terminal 101 to the MFP 102. However,the system can be configured to connect the mobile terminal 101 and theMFP 102 in the Wi-Fi® infrastructure mode via the access point 103, andtransmit the data, e.g., the destination or the print data, from themobile terminal 101 to the MFP 102.

In each of the above-described exemplary embodiments, the mobileterminal 101 has been described as being configured to acquire theinformation required for the Wi-Fi® direct communication with the MFP102 (the SSID, the key, and the like) from the MFP 102 using theBluetooth® Low Energy communication. However, the mobile terminal 101can be configured in such a manner that the information required for theWi-Fi® direct communication with the MFP 102 is set in the mobileterminal 101 and stored in the flash memory 310 in advance. The mobileterminal 101 can be configured to acquire the information required forthe Wi-Fi® direct communication with the MFP 102 from the MFP 102 usingthe Bluetooth® Low Energy communication when this information is not setin the mobile terminal 101.

In each of the above-described exemplary embodiments, the system hasbeen described as being configured in such a manner that the userlocally logs into the MFP 102 from the mobile terminal 101 via thecommunication using Bluetooth® in advance, and then remotely logs in viathe Wi-Fi® communication to transmit the data from the mobile terminal101 to the MFP 102. However, the communication used when the userlocally logs into the MFP 102 from the mobile terminal 101 is notlimited to Bluetooth®. For example, the system can be configured in sucha manner that the user locally logs into the MFP 102 from the mobileterminal 101 using other communication methods, such as a short-rangewireless communication called Near Field Radio Communication (NFC) andinfrared communication such as Infrared Data Association (IrDA).

The apparatus to which the mobile terminal 101 connects and transmitsthe data is not limited to the MFP 102, and can be any other type ofexternal apparatus, for example, an information processing apparatussuch as a personal computer, a car navigation system, or other homeelectronics.

The above-described exemplary embodiments are configured in such amanner that an information processing apparatus such as the mobileterminal is communicable with an external apparatus such as the MFPusing a first wireless communication function suitable for a locallogin, e.g., the Bluetooth® Low Energy communication function, and asecond wireless communication function suitable for data transmission,e.g., the Wi-Fi® communication function. The mobile terminal isconfigured to log into the MFP using the first wireless communicationfunction and transmit data, e.g., the E-mail address, the print data, orvarious kinds of setting data including the scan setting and the like,to the MFP using the second wireless communication function based on asuccess or a failure in this login.

An information processing apparatus such as the MFP is configuredcommunicably with an external apparatus such as the mobile terminalusing a first wireless communication function and a second wirelesscommunication function. The MFP is configured to attempt loginprocessing according to a login request from the mobile terminal usingthe first wireless communication function, conduct status managementthat shifts a status of the MFP to a status that receives transmissionof data from the mobile terminal based on a success or a failure in thelogin processing, and receives the data from the mobile terminal usingthe second wireless communication function in the receivable status.

The above-described configurations enable a user to collectively achievethe local login to the MFP, e.g., step S3013 illustrated in FIG. 14 (14Aand 14B), and the data transmission, e.g., step S3022 illustrated inFIG. 14 (14A and 14B) or step S5002 illustrated in FIG. 19 (19A and19B), only by issuing an instruction to transmit the data on the mobileterminal, e.g., only by pressing the button 445 illustrated in FIG. 8 orthe button 461 illustrated in FIG. 18. In other words, even when theuser does not yet locally log into the MFP, the user no longer has toengage in a cumbersome operation, such as manually locally logging intothe MFP in advance and then operating the mobile terminal to transmitthe data to the MFP, unlike the conventional technique. Therefore, it ispossible to construct a user-friendly system that enables the user toeasily transmit the data from the mobile terminal to the MFP.

The structures of the above-described various kinds of data and thecontents thereof are not limited thereto, and these pieces of data canbe structured so as to have various structures and/or various contentsaccording to an intended use and purpose.

Having described one type of exemplary embodiment, additional exemplaryembodiments can be directed towards, for example, a system, anapparatus, a method, a program, or a storage medium. More specifically,exemplary embodiments can be applied to a system constituted by aplurality of devices, or can be applied to an apparatus constituted by asingle device.

All possible configurations constructible by combining theabove-described individual exemplary embodiments are also applicable.

OTHER EMBODIMENTS

Embodiment(s) can also be realized by a computer of a system orapparatus that reads out and executes computer executable instructions(e.g., one or more programs) recorded on a storage medium (which mayalso be referred to more fully as a ‘non-transitory computer-readablestorage medium’) to perform the functions of one or more of theabove-described embodiment(s) and/or that includes one or more circuits(e.g., application specific integrated circuit (ASIC)) for performingthe functions of one or more of the above-described embodiment(s), andby a method performed by the computer of the system or apparatus by, forexample, reading out and executing the computer executable instructionsfrom the storage medium to perform the functions of one or more of theabove-described embodiment(s) and/or controlling the one or morecircuits to perform the functions of one or more of the above-describedembodiment(s). The computer may comprise one or more processors (e.g.,central processing unit (CPU), micro processing unit (MPU)) and mayinclude a network of separate computers or separate processors to readout and execute the computer executable instructions. The computerexecutable instructions may be provided to the computer, for example,from a network or the storage medium. The storage medium may include,for example, one or more of a hard disk, a random-access memory (RAM), aread only memory (ROM), a storage of distributed computing systems, anoptical disk (such as a compact disc (CD), digital versatile disc (DVD),or Blu-ray Disc (BD)™), a flash memory device, a memory card, and thelike.

The above-described exemplary embodiments are not limiting and can bemodified in various manners (including an organic combination of theindividual exemplary embodiments), and such modifications are notexcluded from the scope of the invention. In other words, all theabove-described individual exemplary embodiments and possibleconfigurations constructible by combining modifications thereof are alsoapplicable.

According to the present disclosure, it is possible easily transmit datafrom an information processing apparatus to an external apparatus usinga suitable wireless communication without forcing a user to be botheredwith a cumbersome operation.

While exemplary embodiments have been described, it is to be understoodthat the invention is not limited to the disclosed exemplaryembodiments. The scope of the following claims is to be accorded thebroadest interpretation so as to encompass all such modifications andequivalent structures and functions.

What is claimed is:
 1. An image processing system comprising: an imageprocessing apparatus; and an information terminal, wherein theinformation terminal comprises: a first short range wirelesscommunicator that transmits information relating to authentication tothe image processing apparatus by short-range wireless communication,wherein the first short range wireless communicator receives, from theimage processing apparatus by the short-range wireless communication,connection information for communicating with the image processingapparatus by wireless communication different from the short-rangewireless communication; and a first wireless communicator thattransmits, by the wireless communication established using theconnection information, setting information of a transmission functionincluded in the image processing apparatus to the image processingapparatus, and wherein the image processing apparatus comprises: asecond short range wireless communicator that receives the informationrelating to the authentication from the information terminal by theshort-range wireless communication, a controller that causes a user tolog-in to the image processing apparatus according to success ofauthentication using the received information, wherein the second shortrange wireless communicator transmits the connection information forcarrying out the wireless communication if the authentication using thereceived information is successful; a second wireless communicator thatreceives the setting information of the transmission function from theinformation terminal by the established wireless communication; and adisplay that displays, according to receipt of the setting informationof the transmission function, a transmission setting screen in which thereceived setting information is set.
 2. An information terminalcomprising: a short range wireless communicator that transmitsinformation relating to authentication to an image processing apparatusby short-range wireless communication, wherein the short range wirelesscommunicator receives, from the image processing apparatus by theshort-range wireless communication, connection information forcommunicating with the image processing apparatus by wirelesscommunication different from the short-range wireless communication; anda wireless communicator that transmits, by the wireless communicationestablished using the connection information, setting information of atransmission function included in the image processing apparatus to theimage processing apparatus, wherein the image processing apparatusreceives the setting information of the transmission function from theinformation terminal by the established wireless communication, and theimage processing apparatus displays, according to receipt of the settinginformation of the transmission function, a transmission setting screenin which the received setting information is set.
 3. The informationterminal according to claim 2, wherein the short-range wirelesscommunication is communication using Bluetooth® Low Energy, and whereinthe short range wireless communicator transmits the information using aGATT (Generic Attribute) communication method of Bluetooth® Low Energy.4. The information terminal according to claim 3, wherein the shortrange wireless communicator receives signals periodically transmittedfrom the image processing apparatus by the short-range wirelesscommunication, and wherein the wireless communicator estimates adistance between the image processing apparatus and the informationterminal based on a strength of a radio wave of each of the receivedsignals, wherein the information relating to the authentication istransmitted to the image processing apparatus based on an estimationthat the distance is less than a predetermined distance.
 5. Theinformation terminal according to claim 2, wherein the image processingapparatus performs the transmission function based on the settinginformation set in the transmission setting screen.
 6. The informationterminal according to claim 2, wherein the wireless communication iscommunication using Wi-Fi®, and, wherein the setting information istransmitted to the image processing apparatus via an access point towhich the image processing apparatus is connected by the wirelesscommunication.
 7. The information terminal according to claim 2, whereinthe wireless communication is communication using Wi-Fi®, and, whereinthe setting information is transmitted to the image processing apparatusvia an access point for direct wireless communication that the imageprocessing apparatus includes.
 8. The information terminal according toclaim 7, wherein, upon condition that the access point for the directwireless communication that the image processing apparatus includes isstopped, a request for enabling the access point for the direct wirelesscommunication is transmitted, and the setting information is transmittedto the image processing apparatus via the access point for the directwireless communication after the access point is activated.
 9. Theinformation terminal according to claim 2, further comprising: a userinterface that receives an instruction from a user, wherein theinformation relating to the authentication is transmitted to the imageprocessing apparatus according to reception of an instruction fortransmitting the setting information to the image processing apparatus.10. The information terminal according to claim 2, wherein the settinginformation includes destination information, and wherein the imageprocessing apparatus receives the setting information including thedestination information and displays the transmission setting screen inwhich the received destination information is set.
 11. An imageprocessing apparatus comprising: a short range wireless communicatorthat receives information relating to authentication from an informationterminal by short-range wireless communication, a controller that causesa user to log-in to the image processing apparatus according to successof authentication using the received information, wherein the shortrange wireless communicator transmits connection information forcarrying out wireless communication if the authentication using thereceived information is successful, and wherein the information terminaltransmits, by the wireless communication established using theconnection information, setting information of a transmission functionincluded in the image processing apparatus to the image processingapparatus; a wireless communicator that receives the setting informationof the transmission function from the information terminal by theestablished wireless communication; and a display that displays,according to receipt of the setting information of the transmissionfunction, a transmission setting screen in which the received settinginformation is set.
 12. The image processing apparatus according toclaim 11, wherein the short-range wireless communication iscommunication using Bluetooth® Low Energy, and wherein the informationterminal transmits the information using a GATT (Generic Attribute)communication method of Bluetooth® Low Energy.
 13. The image processingapparatus according to claim 12, wherein the information terminalreceives signals periodically transmitted from the image processingapparatus by the short-range wireless communication and estimates adistance between the image processing apparatus and the informationterminal based on a strength of a radio wave of each of the receivedsignals, wherein the information relating to the authentication istransmitted to the image processing apparatus based on an estimationthat the distance is less than a predetermined distance.
 14. The imageprocessing apparatus according to claim 11, wherein the controllerperforms the transmission function based on the setting information setin the transmission setting screen.
 15. The image processing apparatusaccording to claim 11, wherein the wireless communication iscommunication using Wi-Fi®, and wherein the setting information istransmitted to the image processing apparatus via an access point towhich the image processing apparatus is connected by the wirelesscommunication.
 16. The image processing apparatus according to claim 11,wherein the wireless communication is communication using Wi-Fi®, andwherein the setting information is transmitted to the image processingapparatus via an access point for direct wireless communication that theimage processing apparatus includes.
 17. The image processing apparatusaccording to claim 16, wherein, upon condition that the access point forthe direct wireless communication that the image processing apparatusincludes is stopped, a request for enabling the access point for thedirect wireless communication is transmitted, and the settinginformation is transmitted to the image processing apparatus via theaccess point for the direct wireless communication after the accesspoint is activated.
 18. The image processing apparatus according toclaim 11, wherein the information terminal receives an instruction froma user, and wherein the information relating to the authentication istransmitted to the image processing apparatus according to reception ofan instruction for transmitting the setting information to the imageprocessing apparatus.
 19. The information terminal according to claim11, wherein the setting information includes destination information,and wherein the image processing apparatus receives the settinginformation including the destination information and displays thetransmission setting screen in which the received destinationinformation is set.
 20. An image processing system comprising: an imageprocessing apparatus; and an information terminal to carry outshort-range wireless communication using Bluetooth® Low Energy andwireless communication using Wi-Fi®, wherein the information terminalcomprising: a first short range wireless communicator that transmitsinformation relating to authentication to the image processing apparatusby the short-range wireless communication, wherein the first short rangewireless communicator receives, from the image processing apparatus bythe short-range wireless communication, connection information forcommunicating with the image processing apparatus by the wirelesscommunication, and a first wireless communicator that transmits, by thewireless communication established using the connection information,setting information of a transmission function included in the imageprocessing apparatus to the image processing apparatus, and wherein theimage processing apparatus comprising; a second short range wirelesscommunicator that receives the information relating to theauthentication from the information terminal by the short-range wirelesscommunication, a controller that causes a user to log-in to the imageprocessing apparatus according to success of authentication using thereceived information, wherein the second short range wirelesscommunicator transmits the connection information for carrying out thewireless communication if the authentication using the receivedinformation is successful; a second wireless communicator that receivesthe setting information of the transmission function from theinformation terminal by the established wireless communication; and adisplay that displays, according to receipt of the setting informationof the transmission function, a transmission setting screen in which thereceived setting information is set.
 21. An information terminalcomprising: a short range wireless communicator that transmitsinformation relating to authentication to an image processing apparatusby short-range wireless communication using Bluetooth® Low Energy,wherein the image processing apparatus receives the information relatingto the authentication from the information terminal by the short-rangewireless communication, the image processing apparatus causes a user tolog-in to the image processing apparatus according to success ofauthentication using the received information, the image processingapparatus transmits connection information for establishing a connectionfor carrying out wireless communication using Wi-Fi® if theauthentication using the received information is successful, and whereinthe short range wireless communicator receives, from the imageprocessing apparatus using Bluetooth® Low Energy, connection informationfor communicating with the image processing apparatus by the wirelesscommunication; and a wireless communicator that transmits, by thewireless communication established using the connection information,setting information of a transmission function included in the imageprocessing apparatus to the image processing apparatus, wherein theimage processing apparatus receives the setting information of thetransmission function from the information terminal by the establishedwireless communication, and the image processing apparatus displays,according to receipt of the setting information of the transmissionfunction, a transmission setting screen in which the received settinginformation is set.
 22. An image processing apparatus comprising: ashort range wireless communicator that receives information relating toauthentication from an information terminal by short-range wirelesscommunication using Bluetooth® Low Energy, a controller that causes auser to log-in to the image processing apparatus according to success ofauthentication using the received information, wherein the short rangewireless communicator transmits connection information for carrying outwireless communication using Wi-Fi® if the authentication using thereceived information is successful, wherein the information terminaltransmits, by the wireless communication established using theconnection information, setting information of a transmission functionincluded in the image processing apparatus to the image processingapparatus, a wireless communicator that receives the setting informationof the transmission function from the information terminal by theestablished wireless communication, and a display that displays,according to receipt of the setting information of the transmissionfunction, a transmission setting screen in which the received settinginformation is set.
 23. A method for controlling an informationapparatus and an image processing apparatus comprising: transmittinginformation relating to authentication to the image processing apparatusby short-range wireless communication, receiving the informationrelating to the authentication from the information terminal by theshort-range wireless communication, causing a user to log-in to theimage processing apparatus according to success of authentication usingthe received information, transmitting the connection information forcarrying out the wireless communication if the authentication using thereceived information is successful, receiving, from the image processingapparatus by the short-range wireless communication, connectioninformation for communicating with the image processing apparatus bywireless communication different from the short-range wirelesscommunication, transmitting by the wireless communication establishedusing the connection information, setting information of a transmissionfunction included in the image processing apparatus to the imageprocessing apparatus receiving the setting information of thetransmission function from the information terminal by the establishedwireless communication, and displaying, according to receipt of thesetting information of the transmission function, a transmission settingscreen in which the received setting information is set.
 24. A methodfor controlling an information apparatus and an image processingapparatus comprising: transmitting information relating toauthentication to the image processing apparatus by the short-rangewireless communication, receiving the information relating to theauthentication from the information terminal by the short-range wirelesscommunication, causing a user to log-in to the image processingapparatus according to success of authentication using the receivedinformation, transmitting the connection information for carrying outthe wireless communication if the authentication using the receivedinformation is successful, receiving, from the image processingapparatus by the short-range wireless communication, connectioninformation for communicating with the image processing apparatus by thewireless communication, transmitting, by the wireless communicationestablished using the connection information, setting information of atransmission function included in the image processing apparatus to theimage processing apparatus, receiving the setting information of thetransmission function from the information terminal by the establishedwireless communication, and displaying, according to receipt of thesetting information of the transmission function, a transmission settingscreen in which the received setting information is set.